Content management

ABSTRACT

A system and method for management and processing of resource requests is provided. A content delivery network service provider determines a class associated with a set of client computing devices and monitors resources requests for the determined class. The content delivery network service provider then identifies at least one cache component for providing content to client computing devices as a function of the determined class. In other embodiments, instead of cache components, the content delivery network service provider identifies a second set of client computing devices as a function of the determined class for providing the content information.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a divisional of U.S. application Ser. No.12/060,213, entitled “CONTENT MANAGEMENT” and filed on Mar. 31, 2008,the disclosure of which are incorporated herein by reference.

BACKGROUND

Generally described, computing devices and communication networks can beutilized to exchange information. In a common application, a computingdevice can request content from another computing device via thecommunication network. For example, a user at a personal computingdevice can utilize a software browser application to request a Web pagefrom a server computing device via the Internet. In such embodiments,the user computing device can be referred to as a client computingdevice and the server computing device can be referred to as a contentprovider.

Content providers are generally motivated to provide requested contentto client computing devices often with consideration of efficienttransmission of the requested content to the client computing deviceand/or consideration of a cost associated with the transmission of thecontent. For larger scale implementations, a content provider mayreceive content requests from a high volume of client computing deviceswhich can place a strain on the content provider's computing resources.Additionally, the content requested by the client computing devices mayhave a number of components, which can further place additional strainon the content provider's computing resources.

With reference to an illustrative example, a requested Web page, ororiginal content, may be associated with a number of additionalresources, such as images or videos, that are to be displayed with theWeb page. In one specific embodiment, the additional resources of theWeb page are identified by a number of embedded resource identifiers,such as uniform resource locators (“URLs”). In turn, software on theclient computing devices typically processes embedded resourceidentifiers to generate requests for the content. Often, the resourceidentifiers associated with the embedded resources reference a computingdevice associated with the content provider such that the clientcomputing device would transmit the request for the additional resourcesto the referenced content provider computing device. Accordingly, inorder to satisfy a content request, the content provider would provideclient computing devices data associated with the Web page as well asthe data associated with the embedded resources.

Some content providers attempt to facilitate the delivery of requestedcontent, such as Web pages and/or resources identified in Web pages,through the utilization of a content delivery network (“CDN”) serviceprovider. A CDN server provider typically maintains a number ofcomputing devices in a communication network that can maintain contentfrom various content providers. In turn, content providers can instruct,or otherwise suggest to, client computing devices to request some, orall, of the content provider's content from the CDN service provider'scomputing devices.

As with content providers, CDN service providers are also generallymotivated to provide requested content to client computing devices oftenwith consideration of efficient transmission of the requested content tothe client computing device and/or consideration of a cost associatedwith the transmission of the content. Accordingly, CDN service providersoften consider factors such as latency of delivery of requested contentin order to meet service level agreements or to generally improve thequality of delivery service.

DESCRIPTION OF THE DRAWINGS

The foregoing aspects and many of the attendant advantages of thisinvention will become more readily appreciated as the same become betterunderstood by reference to the following detailed description, whentaken in conjunction with the accompanying drawings, wherein:

FIG. 1 is a block diagram illustrative of content delivery environmentincluding a number of client computing devices, a content provider, anda content delivery network service provider;

FIG. 2 is a block diagram of the content delivery environment of FIG. 1illustrating the generation and processing of a content request from aclient computing device to a content provider;

FIG. 3 is a block diagram of the content delivery environment of FIG. 1illustrating the generation and processing of a DNS query correspondingto an embedded resource from a client computing device to a contentdelivery network service provider;

FIG. 4 is a block diagram of the content delivery environment of FIG. 1illustrating the generation and processing of embedded resource requestsfrom a client computing device to a content delivery network serviceprovider;

FIG. 5 is a block diagram of the content delivery environment of FIG. 1illustrating the processing and management of associated classinformation collected by a resource cache component;

FIG. 6 is a block diagram of the content delivery environment of FIG. 1illustrating another embodiment of the processing and management ofassociated class information collected by a resource cache component;

FIG. 7 is a block diagram of the content delivery environment of FIG. 1illustrating yet another embodiment of the processing and management ofassociated class information collected by a resource cache component;

FIG. 8 is a flow diagram illustrative of a content monitoring routineimplemented by a content delivery network service provider formonitoring resource requests from client computing devices; and

FIG. 9 is a flow diagram illustrative a content processing routineimplemented by a content delivery network service provider for managingcontent for delivery to a class of client computing devices.

DETAILED DESCRIPTION

Generally described, the present disclosure is directed to themanagement and processing of resource requests made to a contentdelivery network (“CDN”) service provider from client computing devices.Specifically, aspects of the disclosure will be described with regard tomonitoring resource requests from a cluster of client computing devicesand managing content for delivery to one or more client computingdevices based on the monitored resource requests for the cluster.Further aspects of the disclosure are directed to monitoring resourcerequests corresponding to classes associated with client computingdevices based on such monitored resource requests. Although variousaspects of the disclosure will be described with regard to illustrativeexamples and embodiments, one skilled in the art will appreciate thatthe disclosed embodiments and examples should not be construed aslimiting.

FIG. 1 is a block diagram illustrative of content delivery environment100 for the management and processing of content requests. Asillustrated in FIG. 1, the content delivery environment 100 includes anumber of client computing devices 102 (generally referred to asclients) for requesting content from a content provider and/or a CDNservice provider. In an illustrative embodiment, the client computingdevices 102 can correspond to a wide variety of computing devicesincluding personal computing devices, laptop computing devices,hand-held computing devices, terminal computing devices, mobile devices,wireless devices, various electronic devices and appliances and thelike. In an illustrative embodiment, the client computing devices 102include necessary hardware and software components for establishingcommunications over a communication network 108, such as a wide areanetwork or local area network. For example, the client computing devices102 may be equipped with networking equipment and browser softwareapplications that facilitate communications via the Internet or anintranet.

Although not illustrated in FIG. 1, each client computing device 102utilizes some type of local DNS resolver component, such as a DNS Nameserver, that generates the DNS queries attributed to the clientcomputing device. In one embodiment, the local DNS resolver componentmay be provided by an enterprise network to which the client computingdevice 102 belongs. In another embodiment, the local DNS resolvercomponent may be provided by an Internet Service Provider (ISP) thatprovides the communication network connection to the client computingdevice 102.

The content delivery environment 100 can also include a content provider104 in communication with the one or more client computing devices 102via the communication network 108. The content provider 104 illustratedin FIG. 1 corresponds to a logical association of one or more computingdevices associated with a content provider. Specifically, the contentprovider 104 can include a web server component 110 corresponding to oneor more server computing devices for obtaining and processing requestsfor content (such as Web pages) from the client computing devices 102.The content provider 104 can further include an origin server component112 and associated storage component 114 corresponding to one or morecomputing devices for obtaining and processing requests for networkresources from the CDN service provider. One skilled in the relevant artwill appreciate that the content provider 104 can be associated withvarious additional computing resources, such additional computingdevices for administration of content and resources, DNS name servers,and the like. For example, although not illustrated in FIG. 1, thecontent provider 104 can be associated with one or more DNS name servercomponents that would be authoritative to resolve client computingdevice DNS queries corresponding to a domain of the content provider.

With continued reference to FIG. 1, the content delivery environment 100can further include a CDN service provider 106 in communication with theone or more client computing devices 102 and the content providers 104via the communication network 108. The CDN service provider 106illustrated in FIG. 1 corresponds to a logical association of one ormore computing devices associated with a CDN service provider.Specifically, the CDN service provider 106 can include a number of Pointof Presence (“POP”) locations 116, 122, 128 that correspond to nodes onthe communication network 108. Each POP 116, 122, 128 includes a DNScomponent 118, 124, 130 made up of a number of DNS server computingdevices for resolving DNS queries from the client computers 102. EachPOP 116, 122, 128 also includes a resource cache component 120, 126, 132made up of a number of cache server computing devices for storingresources from content providers and transmitting various requestedresources to various client computers. The DNS components 118, 124 and130 and the resource cache components 120, 126, 132 may further includeadditional software and/or hardware components that facilitatecommunications including, but not limited, load balancing or loadsharing software/hardware components.

In an illustrative embodiment, the DNS component 118, 124, 130 andresource cache component 120, 126, 132 are considered to be logicallygrouped, regardless of whether the components, or portions of thecomponents, are physically separate. Additionally, although the POPs116, 122, 128 are illustrated in FIG. 1 as logically associated with theCDN service provider 106, the POPs will be geographically distributedthroughout the communication network 108 in a manner to best servevarious demographics of client computing devices 102. Additionally, oneskilled in the relevant art will appreciate that the CDN serviceprovider 106 can be associated with various additional computingresources, such as an additional content provider 134, additionalcomputing devices for administration of content and resources, and thelike.

One skilled in the relevant art will appreciate that the components andconfigurations provided in FIG. 1 are illustrative in nature.Accordingly, additional or alternative components and/or configurations,especially regarding the additional components, systems and subsystemsfor facilitating communications may be utilized.

With reference now to FIGS. 2-4, the interaction between variouscomponents of the content delivery environment 100 of FIG. 1 will beillustrated. For purposes of the example, however, the illustration hasbeen simplified such that many of the components utilized to facilitatecommunications are not shown. One skilled in the relevant art willappreciate that such components can be utilized and that additionalinteractions would accordingly occur without departing from the spiritand scope of the present disclosure.

With reference to FIG. 2, a client computing device 102 generates acontent request that is received and processed by the content provider104, such as through the Web server 110. In accordance with anillustrative embodiment, the request for content can be in accordancewith common network protocols, such as the hypertext transfer protocol(“HTTP”). Upon receipt of the content request, the content provider 104identifies the appropriate responsive content. In an illustrativeembodiment, the requested content can correspond to a Web page that isdisplayed on the client computing device 102 via the processing ofinformation, such as hypertext markup language (“HTML”), extensiblemarkup language (“XML”), and the like. The requested content can alsoinclude a number of embedded resource identifiers that corresponds toresource objects that should be obtained by the client computing device102 as part of the processing of the requested content. The embeddedresource identifiers can be generally referred to as resourceidentifiers or resource URLs.

In one embodiment, the resource URLs identify the domain of the CDNservice provider 106 (e.g., “cdnprovider.com”), the same name of theresource to be requested (e.g., “resource.xxx”) and the same path wherethe resource will be found (e.g., “path”). Additionally, the resourceURL can include additional processing information (e.g., “additionalinformation”). The resource URL would have the form of:

http://additional_information.cdnprovider.com/path/resources.xxx

In another embodiment, the information associated with the CDN serviceprovider 106 is included with the resource URL, such as throughprepending or other techniques, such that the resource URL can maintainall of the information associated with a URL previously associated withthe content provider 104. In this embodiment, the resource URL wouldhave the form of:

http://additional_information.cdnprovider.com/www.contentprovider.com/path/resource.xxx

Upon receipt of the requested content, the client computing device 102,such as through a browser software application, begins processing any ofthe markup code included in the content and attempts to acquire theresources identified by the embedded resource identifiers. Accordingly,the first step in acquiring the content corresponds to the issuance, bythe client computing device 102 (through its local DNS resolver), of aDNS query for the Resource URL resource identifier that results in theidentification of a DNS server authoritative to the “.” and the “com”portions of the translated URL. After resolving the “.” and “com”portions of the embedded URL, the client computing device 102 thenissues a DNS query for the resource URL that results in theidentification of a DNS server authoritative to the “.cdnprovider”portion of the embedded URL. The issuance of DNS queries correspondingto the “.” and the “com” portions of a URL are well known and have notbeen illustrated.

With reference now to FIG. 3, in an illustrative embodiment, thesuccessful resolution of the “cdnprovider” portion of the resource URLidentifies a network address, such as an IP address, of a DNS serverassociated with the CDN service provider 106. In one embodiment, the IPaddress can be a specific network address unique to a DNS servercomponent of a POP. In another embodiment, the IP address can be sharedby one or more POPs. In this embodiment, a further DNS query provided tothe shared IP address utilizes a one-to-many network routing schema,such as anycast, such that a specific POP will receive the request as afunction of network topology. For example, in an anycast implementation,a DNS query issued by a client computing device 102 to a shared IPaddress will arrive at a DNS server component logically having theshortest network topology distance, often referred to as network hops,from the client computing device. The network topology distance does notnecessarily correspond to geographic distance. However, in someembodiments, the network topology distance can be inferred to be theshortest network distance between a client computing device 102 and aPOP. It will be appreciated by one skilled in the relevant art that anumber of ways exist to determine network topology distance.

With continued reference to FIG. 3, in either of the above identifiedembodiments (or any other embodiment), a specific DNS server in the DNScomponent 118 of a POP 116 receives the DNS query corresponding to theresource URL from the client computing device 102. Once one of the DNSservers in the DNS component 118 receives the request, the specific DNSserver attempts to resolve the request. In one illustrative embodimentas shown in FIG. 3, a specific DNS server resolves the DNS query byidentifying an IP address of a resource cache component that willprocess the request for the requested resource. Upon selection of aresource cache component 120, 126, 132, the DNS server component 118provides an IP address of the cache server computing device, resourcecache component or load balancer/load share device associated with aresource cache component.

With reference now to FIG. 4, the client computing device 102 can thenutilize Internet communication protocols to request the resource from aresource cache component identified by the IP address. The resourcecache component then processes the request, as will be described ingreater detail below, and provides the resource to the client computingdevice 102. Upon receipt, the requested resource is processed by thebrowser application on the client computing device 102 as appropriate.It will be appreciated by one skilled in the relevant art that aselected resource cache component 120, 126, 132 can either provide therequested resource if it is available, as described above, or attempt toobtain the requested resource from another source, such as a peer cacheserver computing device or the origin server 112 of the content provider104.

With continued reference to FIG. 4, in conjunction with processing theresource request, the resource cache component determines a classassociated with the requesting client computing device. In oneembodiment, the resource cache component utilizes information receivedfrom the client request to determine the class. The class can bedetermined from the client directly (such as information provided by theclient computing device or ISP) or indirectly (such as inferred througha client computing device's IP address). Additionally, the resourcecache component can use additional information to determine the class,such as a time zone in which the requesting client computing device islocated. The resource cache component associates the class informationwith the requested content and maintains the associated classinformation, for example in a log file, for sharing with the CDN serviceprovider 106. In an illustrative embodiment, the determination of classcan be statically determined based on predefined class definitions sothat the association of the class can be done at the time of receivingresource requests. For example, a geographic location may be known atthe time of request processing. In another embodiment, the determinationof class can be dynamic and may not be determined (or determinable) atrequest processing. For example, behavioral classes based on observingbehavior over a time window may not be determined until completion ofthe observation window's processing of the observed data.

In one illustrative embodiment, the class can correspond to a specificgeographic region to which the client computing device belongs. Inaddition or alternatively, the class can correspond to a temporaldomain, e.g., time zone, business hours, daytime/nighttime, holidays,and the like. In another embodiment, the class can correspond to aparticular subject area, such as a news group, associated with eitherthe requested content or the user or both. Still further the class cancorrespond to demographic data. Depending on the information to becollected from the requesting client computing device, the resourcecache component can determine and maintain this information in a numberof ways as will be appreciated by one skilled in the relevant art.Moreover, it will further be appreciated by one skilled in the relevantart that one or more computing devices at the POP where the resourcerequest is received can perform any of the above described functions.

With reference now to FIG. 5, an illustrative embodiment of how the CDNservice provider 106 processes and manages the associated classinformation collected by the resource cache component 132 will bedescribed. The resource cache component 132 provides the associatedclass information collected at the POP 128 to the CDN service provider106. The associated class information can then be processed by the CDNservice provider in a number of ways. In one embodiment, the CDN serviceprovider can identify content information for providing to a computingdevice of the CDN based on the associated class information. Theidentified content information can include a list of frequentlyrequested content based on the associated class information collected atthe resource cache component 132. Alternatively, the identified contentinformation can include the frequently requested content itself, as wellas additional information associated with the frequently requestedcontent such as network performance metrics, content provider servicelevel agreements, and the like, and/or other corresponding content (forexample, corresponding documents, advertisements, and the like, as willbe described in further detail below with respect to FIG. 7).

In addition to identifying content information, the CDN service provider106 can identify a specific cache component 120 for providing thiscontent information to. The identification of the specific cachecomponent may also be based on the associated class informationcollected at the resource cache component 132. For example, where theclass corresponds to a time zone, the CDN service provider may identifya resource cache component 120 that is authorized to service a clientcomputing device having a different time zone. In another embodiment,the CDN service provider could simply send the identified contentinformation to all or a subset of resource cache components of the CDNservice provider and allow the cache components to determine how tomanage the identified content information.

With continued reference to FIG. 5, in accordance with the presentillustrative embodiment, once the associated class information isprocessed by the CDN service provider, the identified contentinformation is provided to the selected resource cache component 120which in turn manages the identified content information provided by theCDN service provider 106. In one embodiment, the cache component 120manages the identified content information by obtaining the content froma storage location in anticipation of subsequent content requests at thecache component 120 for the identified content. In another embodiment,the cache component 120 can move the identified content from disk memoryto memory of the cache component 120. In yet another embodiment, thecache component 120 can alter an expiration associated with theidentified content in memory of the cache component 120 so as to ensurethat the content remains available when later requested by a clientcomputing device. In a yet further embodiment, the cache component 120can simply verify the availability of the identified content at thecache component.

One skilled in the relevant art will appreciate that any variousmethodologies or algorithms may be utilized to process and manage theassociated class information within the spirit and scope of the presentdisclosure. The following specific examples will be provided for furtherillustrative purposes.

In one embodiment, where the class information corresponds to contentrequests monitored for a set of client computing devices in a regionhaving a first time zone, the CDN service provider processes the classinformation to identify a set of frequently requested resources in thefirst time zone. The CDN service provider then preloads contentassociated with the identified set of frequently requested resources ata cache component which is authorized to service a set of clientcomputing devices in a different time zone. Accordingly, the CDN serviceprovider is able to thereafter provide such preloaded content at lowerdelivery latencies. One skilled in the relevant art will furtherappreciate that the cache component authorized for servicing the set ofclient computing devices located in a different time zone can preloadcontent at any suitable time based on processing constraints applicableto the individual cache component. In addition, it will be yet furtherappreciated by one skilled in the relevant art that the content may bewholly or partially preloaded at the cache component.

In another illustrative embodiment, the CDN service provider processesthe associated class information to identify a list of frequentlyrequested resources and provides this list to a set of resource cachecomponents. Each resource cache component can then individuallydetermine whether to preload one or more of the frequently requestedresources.

In a further illustrative embodiment, where the content information is acontent list derived from resource requests made by a first cluster ofclient computing devices and where the content list has been provided toa cache component for servicing a second cluster of client computingdevices, the CDN service provider can further monitor whether clientcomputing devices in the second cluster subsequently request contentfrom the list. The CDN service provider can then determine whethermodifications should be made to content lists recommended by the firstcluster to the second cluster based on the subsequent learned behaviorof the second cluster. It will be appreciated by one skilled in therelevant art that a variety of logic may be implemented to monitor suchbehavior and to update recommendations based thereon.

In a still further illustrative embodiment, the CDN service providermonitors resource requests from a first cluster of client computingdevices and identifies a set of content corresponding thereto. The CDNservice provider can then manage the identified set of content at aresource cache component authorized to service a second cluster ofclient computing devices. As set forth above, there are a number of waysto manage the identified set of content, e.g., preloading the content atthe resource cache component, verifying availability of content,managing cache control information related to content in memory (e.g.,changing expiration data or manipulating expiration variables), and thelike. It will further be appreciated by one skilled in the relevant artthat the first and second clusters may be the same or different.

In yet another embodiment, the CDN service provider monitors resourcerequests associated with a class of computing devices and associates theresources requested with the class. The CDN service provider then, inone embodiment, preloads content at a resource cache component of theCDN as a function of the class. This function can involve a matchingdetermination in which the CDN service provider matches a class of theclient computing device with a class associated with the resources. Forexample, the CDN provider may match a topic of interest class, such asbasketball scores, with resources that have been associated with thesame class based on previous requests. Alternatively, the function caninvolve a correlation determination in which the CDN service providercorrelates a class of the client computing device with a different classassociated with the resources. For example, the CDN service provider maycorrelate a first geographic class, such as New York City, with anothergeographic class, such as San Francisco. In an illustrative embodiment,determination of matching or correlation may be facilitated through amanual process, such as by an administrator, or based on observedbehaviors.

With reference now to FIG. 6, an alternative embodiment directed to howthe CDN service provider 106 processes and manages the associated classinformation collected by the resource cache component 132 will now bedescribed. This embodiment is virtually identical to the embodimentsdescribed above in reference to FIG. 5 with the exception that insteadof identifying a specific resource cache component for sending theidentified content information to, a client computing device isidentified. In addition, the subsequent processing functions performedby identified resource cache components in the above embodiments can nowbe similarly performed by identified client computing devices. Inaccordance with this alternative embodiment, the CDN service provider106 includes a client component, such as a software application, formanaging the identified content information at the client computingdevice. The CDN service provider 106 provides the client component toclient computing devices desiring to participate in such a service.

With continued reference to FIG. 6, in a specific illustrativeembodiment, the resource cache component 132 provides the associatedclass information collected at the resource cache component 132 to theCDN service provider 106. In this embodiment, the associated classinformation includes data identifying content corresponding to requestsmade for a class associated with a first set of client computingdevices. Upon receipt of this associated class information, the CDNservice provider 106 identifies a second set of client computing devicesas a function of the class of the first set of computing devices. TheCDN service provider then provides content information related to theresource requests to a client computing device in the second set ofclient computing devices. In this illustrative embodiment, the contentinformation includes a list of frequently requested content for theclass associated with the first set of client computing devices. Theclient computing device in the second set of devices manages thiscontent information (via a client side application provided by the CDNservice provider) by verifying the availability of the listed contentand obtaining one or more of the listed resources if not available.

With reference now to FIG. 7, in one embodiment, the CDN serviceprovider 106 may provide the class information collected from the POPsfor additional processing. As previously illustrated in FIG. 1, one ormore additional content providers 134 may be part of the CDN serviceprovider 106. The additional content providers 134 can correspond toadditional components or services associated with the CDN serviceprovider 106, such as advertisement engines or services, recommendationengines or services, security applications or services, and the like.Additionally, although the third party content providers 134 werepreviously illustrated as part of the CDN service provider 106, oneskilled in the relevant art will appreciate that one or more of thethird party content providers 134 may be independent.

Based on the class information provided by the CDN service provider 106or otherwise made available by the CDN service provider 106, the thirdparty content providers 134 can utilize the class information as inputs.For example, in one embodiment, if the third party content provider 134corresponds to an advertisement engine or component, the classinformation can be processed to anticipate future advertisement displayopportunities at the cache. Accordingly, the third party contentprovider 134 can process the input and the CDN service provider 106 cantake additional steps. In another example, if the third party contentprovider 134 corresponds to a recommendation engine or component, theclass information can be processed to anticipate additional contentrequests or future content request. Accordingly, the third party contentprovider 134 can process the input and the CDN service provider 106 cantake additional steps. One skilled in the relevant art will appreciatethat any various methodologies or algorithms may be utilized to processthe class information within the spirit and scope of the presentdisclosure.

With continued reference to FIG. 7, the additional content provider 134can provide processed information back to the CDN service provider 106for further processing. Additionally or alternatively, the additionalcontent provider 134 can provide the processed information directly toone or more POPs, such as POP 116. In either embodiment, the additionalaction undertaken by the CDN service provider 106 can includenotifications of additional advertisement and/or display opportunities,the identification of additional content that can also be preloaded to aresource cache component, and/or the further management of contentalready stored at the resource cache component.

With reference now to FIG. 8, one embodiment of a content monitoringroutine 800 implemented by the CDN service provider 106 for monitoringresource requests from client computing devices will be described. Oneskilled in the relevant art will appreciate that actions/steps outlinedfor routine 800 may be implemented by one or many computingdevices/components that are associated with the CDN service provider106. Accordingly, routine 800 has been logically associated as beinggenerally performed by the CDN service provider 106, and thus thefollowing illustrative embodiments should not be construed as limiting.

At block 802, a resource cache component 132 receives a content requestfrom a client computing device. Class information associated with theclient computing device is then determined at block 804. In anillustrative embodiment, the determination of class information at block804 can specifically include associating the requesting client computingdevice to a first cluster of other client computing devices based on avariety of criteria. In one example, the criteria correspond to a timezone in which the client computing devices are located. Continuing atblock 806, the resource cache component further associates theidentified class information with the requested content. Next, at block808, the resource cache component 132 provides information to the CDNservice provider 106 regarding the associated class. The routine ends atblock 810.

With reference now to FIG. 9, one embodiment of a content processingroutine 900 for managing content for delivery to a class of clientcomputing devices will be described. One skilled in the relevant artwill appreciate that actions/steps outlined for routine 900 may beimplemented by one or many computing devices/components that areassociated with the CDN service provider 106. Accordingly, routine 900has been logically associated as being performed by the CDN serviceprovider 106.

At a block 902, the CDN service provider 106 receives informationregarding associated class information, such as that provided from aresource cache component at block 810 of FIG. 8. Next, at a block 904,the CDN service provider 106 processes the received class information.As described above, a variety of logic for processing the received classinformation can be implemented at the CDN service provider. Continuingwith the illustrative embodiment described in reference to FIG. 8, theCDN service provider 106 receives information about resources requestsmade by client computing devices in a first time zone and processes thisinformation by identifying content for a cache component authorized toservice a client computing device in a second time zone based on theresource requests made by client computing devices in the first timezone. For example, the CDN service provider 106 may provide a list ofmost frequently requested content in the first time zone to the cachecomponent which is authorized to service client computing devices in asecond time zone.

Continuing at a block 906 of FIG. 9, the CDN service provider managescontent based on the processing performed on the associated classinformation at block 904. As also set forth above, a variety of logicfor managing content can be implemented. In accordance with the presentillustrative embodiment, the CDN service provider can manage contentbased on the processed information by obtaining, at the cache componentin the second time zone, the identified content from a storage locationor, more specifically, by preloading content from the list at the cachecomponent in anticipation of similar requests from client computingdevices in the second time zone. The routine 900 ends at block 908.

It will be appreciated by those skilled in the art and others that whileprocessing and management functions have been described herein as beingperformed at various components of the CDN service provider, thesefunctions can be distributed across one or more computing devices of theCDN service provider. In addition, the content requests and associatedclass information monitored at resource cache components can bemaintained globally by the CDN service provider and shared with all orsome subset of the cache components of the CDN service provider.Similarly, the content information identified based on processing theassociated class information can be provided as a batch process toresource cache components or sent in response to a request from onecache component to another.

It will be appreciated by those skilled in the art and others that allof the functions described in this disclosure may be embodied insoftware executed by one or more processors of the disclosed componentsand mobile communication devices. The software may be persistentlystored in any type of non-volatile storage.

Conditional language, such as, among others, “can,” “could,” “might,” or“may,” unless specifically stated otherwise, or otherwise understoodwithin the context as used, is generally intended to convey that certainembodiments include, while other embodiments do not include, certainfeatures, elements and/or steps. Thus, such conditional language is notgenerally intended to imply that features, elements and/or steps are inany way required for one or more embodiments or that one or moreembodiments necessarily include logic for deciding, with or without userinput or prompting, whether these features, elements and/or steps areincluded or are to be performed in any particular embodiment.

Any process descriptions, elements, or blocks in the flow diagramsdescribed herein and/or depicted in the attached figures should beunderstood as potentially representing modules, segments, or portions ofcode which include one or more executable instructions for implementingspecific logical functions or steps in the process. Alternateimplementations are included within the scope of the embodimentsdescribed herein in which elements or functions may be deleted, executedout of order from that shown or discussed, including substantiallyconcurrently or in reverse order, depending on the functionalityinvolved, as would be understood by those skilled in the art. It willfurther be appreciated that the data and/or components described abovemay be stored on a computer-readable medium and loaded into memory ofthe computing device using a drive mechanism associated with a computerreadable storing the computer executable components such as a CD-ROM,DVD-ROM, or network interface further, the component and/or data can beincluded in a single device or distributed in any manner. Accordingly,general purpose computing devices may be configured to implement theprocesses, algorithms and methodology of the present disclosure with theprocessing and/or execution of the various data and/or componentsdescribed above.

It should be emphasized that many variations and modifications may bemade to the above-described embodiments, the elements of which are to beunderstood as being among other acceptable examples. All suchmodifications and variations are intended to be included herein withinthe scope of this disclosure and protected by the following claims.

1. A system comprising: a first network point of presence associatedwith a content delivery network service provider, wherein the firstnetwork point of presence comprises at least one computing device that:obtains a resource request from a first client computing device;associates the first client computing device with a first cluster ofclient computing devices; monitors resource requests from the firstcluster for anticipating content needs of a second client computingdevice not included in the first cluster; identifies content for thesecond client computing device as a function of the monitored resourcesrequests for the first cluster; and provides an identification of theidentified content to the second client computing device withoutreceiving any request from the second client computing device for theidentified content; and a client component for managing the identifiedcontent at the second client computing device in anticipation ofrequests by the second client computing device for the identifiedcontent.
 2. The system of claim 1, wherein managing the identifiedcontent at the second client computing device comprises: responsive toreceipt of the identification of the identified content from the firstnetwork point of presence, moving the identified content from diskmemory to memory of the second client computing device if the identifiedcontent already resides in disk memory of the second client computingdevice.
 3. The system of claim 1, wherein managing the identifiedcontent at the second client computing device comprises: responsive toreceipt of the identification of the identified content from the firstnetwork point of presence, increasing expiration data associated withany of the identified content already located in memory of the secondclient computing device.
 4. The system of claim 1, wherein managing theidentified content includes obtaining the identified content fromanother storage location.
 5. The system of claim 1, wherein managing theidentified content includes selecting at least a portion of theidentified content at the second client computing device.
 6. The systemof claim 5, wherein managing the identified content further includespreloading the selected content at the second client computing device inanticipation of a request by the second client computing device for theselected content.
 7. The system of claim 1, wherein managing theidentified content further includes preloading at least a portion of theidentified content at the second client computing device in anticipationof a request by the second client computing device for the at least aportion of the identified content.
 8. The system of claim 1, wherein thefirst and second client computing devices are different.
 9. A systemcomprising: a first network point of presence associated with a contentdelivery network service provider, wherein the first network point ofpresence comprises at least one computing device that: obtains aresource request from a first client computing device; associates thefirst client computing device with a first cluster of client computingdevices; monitors resource requests from the first cluster foranticipating content needs of a second client computing device notincluded in the first cluster; identifies content for the second clientcomputing device as a function of the monitored resources requests forthe first cluster; and provides an identification of the identifiedcontent to the second client computing device without receiving anyrequest from the second client computing device for the identifiedcontent.
 10. The system of claim 9 further comprising a client componentfor: responsive to receipt of the identification of the identifiedcontent from the first network point of presence, moving the identifiedcontent from disk memory to memory of the second client computing deviceif the identified content already resides in disk memory of the secondclient computing device.
 11. The system of claim 9 further comprising aclient component for: responsive to receipt of the identification of theidentified content from the first network point of presence, increasingexpiration data associated with any of the identified content alreadylocated in memory of the second client computing device.
 12. The systemof claim 9 further comprising a client component for obtaining, by thesecond client computing device, the identified content from anotherstorage location.
 13. The system of claim 9 further comprising a clientcomponent for selecting at least a portion of the identified content atthe second client computing device.
 14. The system of claim 13, whereinthe client component is further configured to preload the selectedcontent at the second client computing device in anticipation of arequest by the second client computing device for the selected content.15. The system of claim 9 further comprising a client component forpreloading at least a portion of the identified content at the secondclient computing device in anticipation of a request by the secondclient computing device for the at least a portion of the identifiedcontent.
 16. A method comprising: obtaining, at computing device of acontent delivery network service provider, a resource request from afirst client computing device; associating, at the computing device ofthe content delivery network service provider, the first clientcomputing device with a first cluster of client computing devices;monitoring resource requests from the first cluster for anticipatingcontent needs of a second client computing device not included in thefirst cluster; identifying content for the second client computingdevice as a function of the monitored resources requests for the firstcluster; and providing an identification of the identified content tothe second client computing device without receiving any request fromthe second client computing device for the identified content.
 17. Themethod of claim 16 further comprising: managing the identified contentat the second client computing device in anticipation of requests by thesecond client computing device for the identified content.
 18. Themethod of claim 17, wherein managing the identified content at thesecond client computing device comprises: responsive to receipt of theidentification of the identified content from the first network point ofpresence, moving the identified content from disk memory to memory ofthe second client computing device if the identified content alreadyresides in disk memory of the second client computing device.
 19. Themethod of claim 17, wherein managing the identified content at thesecond client computing device comprises: responsive to receipt of theidentification of the identified content from the first network point ofpresence, increasing expiration data associated with any of theidentified content already located in memory of the second clientcomputing device.
 20. The method of claim 17, wherein managing theidentified content includes obtaining the identified content fromanother storage location.
 21. The method of claim 17, wherein managingthe identified content includes selecting at least a portion of theidentified content at the second client computing device.
 22. The methodof claim 21, wherein managing the identified content further includespreloading the selected content at the second client computing device inanticipation of a request by the second client computing device for theselected content.
 23. The method of claim 17, wherein managing theidentified content further includes preloading at least a portion of theidentified content at the second client computing device in anticipationof a request by the second client computing device for the at least aportion of the identified content.
 24. The method of claim 17, whereinthe first and second client computing devices are different.